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Abstract 

ACLP is a system which combines abductive reasoning 
and constraint solving by integrating the frameworks of 
Abductive Logic Programming (ALP) and Constraint 
Logic Programming (CLP). It forms a general high- 
level knowledge representation environment for abduc- 
tive problems in Artificial Intelligence and other areas. 
In ACLP, the task of abduction is supported and en- 
hanced by its non-trivial integration with constraint 
solving facilitating its application to complex problems. 
The ACLP system is currently implemented on top of 
the CLP language of ECLiPSe as a meta-interpreter 
exploiting its underlying constraint solver for finite do- 
mains. It has been applied to the problems of planning 
and scheduling in order to test its computational ef- 
fectiveness compared with the direct use of the (lower 
level) constraint solving framework of CLP on which 
it is built. These experiments provide evidence that 
the abductive framework of ACLP does not compro- 
mise significantly the computational efficiency of the 
solutions. Other experiments show the natural ability 
of ACLP to accommodate easily and in a robust way 
new or changing requirements of the original problem. 



Introduction 

The ACLP framework and system is an attempt to ad- 
dress the problem of providing a high-level declarative 
programming (or modeling) enviroment for problems of 
Artificial Intelligence which at the same time has an ac- 
ceptable computational performance. Its key elements 
are (i) the support of abduction as a central inference of 
the system, to facilitate a high-level of expressivity for 
problem representation, and (ii) the use of constraint 
solving to enhance the efficiency of the computational 
process of abductive inference as this is applied on the 
high-level representation of the problem at hand. 
It has been argued in flPcnccker k Kakas 200C| ) that 



declarative problem solving, where the proplem repre- 
sentation contains information about properties that 
hold true in the problem domain rather than informa- 
tion on methods of how we would solve the problem, 



*This system has been developed in collaboration with 
A. M ichael and C. Mourlas. The sy stem can be obtained 
from fittp:/ /www.cs.ucy.ac.cy/aclp/ . 



and abduction are closely related to each other. In 
an (ideal) declarative setting problem solving consists 
of filling in missing information from the theory that 
represents the problem. In other words, the solution 
consists of an extension of the basic description of the 
problem so that the problem task (or goal) is satisfied 
in this extended description. This process of extending 
the theory is called abduction. For example, in a logi- 
cal setting, abduction as a problem solving method, as- 
sumes that the general data structure for the solution to 
a problem (or solution carrier) is at the predicate level 
and hence a solution is described in the same terms and 
level as the problem itself. 

Indeed, abduction allows a high-level representation 
of problems close to their natural specification suitable 
for addressing a variety of problems in AI, such as diag- 
nosis, planning and scheduling, natural language under- 
standing, assimilation of sensor data and user modeling. 
The main advantage of using abduction to solve these 
problems is the high-level representation or modeling 
environment that it offers. This in turn provides a high 
degree of modularity and flexibility which is useful for 
applications with complex and changing requirements. 
But although the utility of abduction for formulating 
such problems in AI is well prove n there has been little 
work (see though ( Menzies 1996 )) to address the ques- 
tion of whether these abductive formulations can form 
the basis for computationally effective solutions to re- 
alistic problems. 

ACLP tries to address this problem by a non-trivial 
integration of constraint solving within the abduc- 
tive process. The general pattern of computation in 
ACLP consists of a cooperative interleaving between 
hypotheses and constraint generation, via abductive in- 
ference, with constraint satisfaction of the generated 
constraints. Abductive reasoning provides an incre- 
mental reduction of the high-level problem represen- 
tation and goals to abductive hypotheses together with 
lower-level constraints whose form is problem indepen- 
dent. The integration of abductive reasoning with con- 
straint solving in ACLP is cooperative, in the sense that 
the constraint solver not only solves the final constraint 
store generated by the abductive reduction but also af- 
fects dynamically this abductive search for a solution. 



It enables abductive reductions to be pruned early by 
setting new suitable constraints on the abducible as- 
sumptions into the constraint store, provided that this 
remains satisfiablc. During the ACLP computation 
there is a non-trivial interaction between (i) reduction 
of goals and consistency checking of abducible assump- 
tions, (ii) setting new constraints in the constraint store 
of reduction and (iii) generating further abductive hy- 
potheses. 



General Information 



Currently, the ACLP system is implemented as a meta- 
interpreter on top of the CLP language of ECLiPSe. As 
such the system is relatively compact comprising about 
500 lines of code. It is based on the abductiv e proof 
procedure developed in ( Kakas fc Michael 199 5 [) (which 
in t urn follows a series of proof procedures ( Eshghi fe 
Kov. 
Mai 



alski 1989[), flKakas fc Mancarella 1990a| ), ( pKablsfc 



cardla 1990b[ )) and uses the CLP constraint solver 



of ECLiPSe to handle constraints over finite domains 
(integer and atomic elements). The architecture of the 
system is quite general and can be implemented in a 
similar way with other constraint solvers. 

The ACLP system runs on any platform on which 
ECLiPSe runs. This includes all major platforms. 
It can be obtained, together with information on 
how to use it, from the f ollowing web address: 
http://www.cs.ucy.ac.cy/aclp/. ACLP programs (see 
section below) are loaded into ECLiPSe together with 
the ACLP system file, aclp.pl, and executed by call- 
ing the top-level ECLiPSe query: 

aclp-solve(+Goal, + Initial-hypothesis, ? output-variable). 
The output-variable returns a list of abducible hypothe- 
ses, with their domain variables constrained according 
to the dynamic constraints that were generated through 
the unfolding of the "relevant" part, with respect to the 
Goal, of the program and the integrity constraints. A 
subsequent step of labelling on these variables is needed 
to give a ground solution of our query, +Goal. Various 
constraint predicates of ECLiPSe can be used at this 
stage e.g. min_max/2 or minimize/2 to find an optimal 
ground solution. If we are not interested in such further 
optimization we can use the simpler queries: 
aclp-solve(+Goal) 
aclp-solve(+Goal, + Initial-hypothesis ) . 

The initial- hypothesis variable is a list of ground ab- 
ducible facts which we want the system to take as given 
when constructing a solution. It is used when we have 
partial information about the solution that we are look- 
ing for. (If no such information is known then this is 
given as the empty list.) Its typical use is when we want 
to recompute the solution to a goal under some new re- 
quirements by adapting the old solution as for example 
in the case of rescheduling. The old solution (or part of 
this) will then form the initial-hypothesis. 



Applying the System 

The ACLP system is a programming environment on 
top of the ECLiPSe language. An ACLP program is 
an abductive theory consisting of a triple < P, A, IC > 
where: 

• P is a finite set of user-defined ECLiPSe clauses, 

• A is a set of declarations of abducibles predicates in 
the form of ECLiPSe facts as: 
abducible .predicate(predicatejname / 'arity) , 

• IC is a set of integrity constraints written as 
ECLiPSe rules of the form: ic : —B\, . . . , B n . (n > 
1), where: 

— at least one of the goals B\ , . . . , B n has an ab- 
ducible predicate, and 

— the rest of the goals can be either positive or nega- 
tive literals on user-defined predicates or constraint 
predicates of ECLiPSe. 

The (lower-level) problem independent CLP con- 
straint predicates that can be used in the body of a 
program rule or an integrity constraint can be (i) arith- 
metic constraint predicates (over the integers) or (ii) 
logical contraint predicates. The constraint predicates 
on finite domain variables of ECLiPSe that are sup- 
ported by the current ACLP implementation are: 

T1##T2 : the value of variable Tl is not equal to that 
of variable T2. 

T1#=T2 : the value of variable Tl is equal to that of 
variable T2. 

T1#<T2 : the value of variable Tl is less than that of 
variable T2. 

T1#<=T2: the value of variable Tl is less or equal to 
that of variable T2. 

T1#>T2 : the value of variable Tl is greater than that 
of variable T2. 

T1#>=T2: the value of variable Tl is greater or equal 
to that of variable T2. 

The equality and inequality constraints are also sup- 
ported over other non-arithmetic user-defined finite do- 
mains. The system also has a term equality constraint, 
T1##=T2 , where the terms Tl and T2 can contain 
variables one level deep inside a function sympol. In 
addition, ACLP supports logical constraints such as 
conjunction, #A, and disjunction, #V. These simple 
constraints can be combined to build complex logical 
constraint expressions. During the ACLP computation 
constraints maybe negated and their negation is set in 
the current constraint store. This negation of the con- 
straints is the usual mathematical negation, e.g. the 
negation of the aritmetic constraint T1#<T2 is T1#>=T2. 
The negation of the logical constraint #A is # V. 

An ACLP program, < P, A, IC >, can contain nega- 
tion as failure literals in P and IC. Negation as fail- 
ure is handled through abduction simply as another 
type of abducible in the theory. All occurences of 



not(p) in the program P are replaced by notjp which 
is treated as an abducible with the canonical integrity 
constraint ic : — notjp, p. In the current implemen- 
tation it is necessary for the user to specify explicitly 
both the fact that notjp is abducible by adding a state- 
ment abducible jpr edicate{not _p j arity) in the program 
as well as adding the above canonical constraint in the 
program. The semantics of negation as failure is that 
of (partial) Stable Models in the program P and Gen- 
eralised (partial) Stable Models when we consider the 
whole abductive theory with its integrity constraints 
IC. The details of the abductive semantics for ACLP 
programs and the particular treatment of N AF can be 
found in flKakas, Michael, fc Mourlas 2000]). 



As an example, the ACLP program below is an im- 
plementation of the basic axioms (of persis tence) of the 
Event Calculus ( Kowalski fc Sergot 1986| ) suitable for 
abductive planning. The program P consists of the fol- 
lowing clauses: 

holds_at(P,E) :- initially (P,T) , 

not clipped(T,E,P) . 

holds_at(P,E) :- initiates (P, A) , 
time(T) , T #< E, 
act(T,A) , 

not clipped(T,E,P) . 

together with the auxiliary definitions: 

between(A,B,C) :- A #<B, B#<C. 

time(T) :- maximum_time (Max) , T :: l..Max. 

The abducible predicates in A are the action predicate 
act/2 and the NAF predicate not_clipped/3 declared by 
the following clauses: 

abducible_predicate (act/2) . 
abducible_predicate (not_clipped/3) . 

The integrity constraints in IC contain the negation as 
failure constraint as the clause: 

ic :- not_clipped(T,E,P) , terminates (P, Al) , 
act(C,A2), Al ##= A2, between (T,C,E) . 

and contraints that encode the preconditions of actions 
written as clauses of the general form: 

ic :- act(T,A), not preconditions (A, T) . 

In a specific planning domain, e.g. the trucks domain, 
this will be extended with clauses for the initiates and 
terminates predicates in P, for example: 

initiates (in(0bj .Truck) , 

load_truck(Obj , Truck, Loc)) . 
terminates (at (Obj ,Loc) , 

load_truck(Obj .Truck, Loc)) . 

and the definitions, again in P, of the preconditions of 
the specific actions in the domain, for example: 

preconditions (load_truck(Obj .Truck, Loc) ,T) : - 
holds_at (at (Obj ,Loc) ,T) , 
holds_at(at(Truck,Loc) ,T) . 

The initial state is defined by 
a set of facts of the form initially(Property,0), e.g. 
initially{at{package\, city\A),0). 



Methodology 

ACLP has been applied to several different types of ab- 
ductive problems such as planning, air-crew scheduling, 
optical music recognition, analysis of software require- 
ments and intelligent information integration (see below 
section). Although most of these applications are not 
of "industrial scale" they indicate some methodologi- 
cal guidelines that can be followed when using ACLP. 
As ACLP is a general development framework with no 
specific application domain these guidelines can only be 
themselves of a general nature. 

The central advantage of an abductive approach is 
the high-level declarative representation that it allows. 
This means that the development of the program can be 
done incrementally starting first with a "pure" declara- 
tive representation based on a simple model of the prob- 
lem and gradually refine this model to reflect more and 
more particular domain knowledge of the problem at 
hand. A central first decision to be taken is the choice 
of abducibles for the problem. These play the impor- 
tant role of the solution carriers or answers to the prob- 
lem goals. Each problem has its own abducible answer 
predicates (c.f. the usual answer holder of a logical vari- 
able in LP and CLP ) which means that we can describe 
directly in our theory (the ACLP program) the desired 
properties of the solution. 

An important methodological step is the distinction 
between strict validity requirements on the solution of 
our problem, which are separated in the integrity con- 
straints IC of the ACLP theory, and the basic model 
of our problem which is described in the program P of 
the ACLP theory. A good such separation means that 
we can then incrementally refine this basic model to 
improve the quality of the solution without affecting its 
validity (which is always ensured by the integrity con- 
straints in IC). As we refine our representation we in- 
clude more domain specific information, exploiting any 
natural structures of the problem at hand, that can help 
to improve the computation of the solution. 

At a final step of refinement of the problem repre- 
sentation we can develop the model in order to control 
the choice of abducible in the abductive reduction of 
the problem goals. This choice can be implemented to 
follow either some heuristics, priorities, or algorithm for 
optimality, to control both the computational efficiency 
and the quality of the solutions. We can then experi- 
ment with different design alternatives adopting differ- 
ent strategies to study how this would affect the quality 
of the solutions. In large scale problems the user can 
also experiment with different orders in which the in- 
tegrity constraints are satisfied. Generally, the heuristic 
of trying first more specific integrity constraints gives 
better results. 

An importnat characteristic of an ACLP representa- 
tion of a problem is the flexibility it offers under new or 
dynamically changing requirements. Once we have one 
complete representation of the problem we can easily 
experiment with different requirements on the solution, 
by changing the integrity constraints which specialize 



the general model to the needs and preferences of a 
particular case. This can be done in a modular way 
by affecting only the integrity constraints to reflect the 
new requirements. 

Users and Useability 

ACLP is a high-level knowledge representation envi- 
ronment which supports directly abduction. Its use 
requires some basic knowledge of logic programming, 



constraint logic programming ( J.Jaffar fc M.J.Mahcr 
199? ]) and abductiv e logic programming ( K"akas, Kowal- 
ski, fe Toni f998). As it is implemented on top of 



ECLiPSe knowledge of this particular CLP language 
can help. In some cases it is also useful to under- 
stand some of the basic search heuristics that ACLP 
and ECLiPSe underneath use in their computation (see 
below in section ). Details of how to use it with ex- 
amples can be found at the w eb page of ACLP at: 



http : / / www. cs .ucy.ac.cy/aclp/ 



The ACLP framework as a declarative problem solv- 
ing paradigm can be used to address several differ- 
ent types of problems. Its developers have applied it 
i nitially to the problems of scheduling and planning 



flKa kas fc Mourlas I997| [Kakas, Michael, fc Mourlas 
199ifl) to test its computional effectiveness and its flexi- 
bility in problem representation. Also it has bee n used 



in a n industrial application of crew-schedulling ( Kakas 
JV jichacl 199fi| ). Other gr oups have used ACLP for (i) 



optical music recognition (Ferrand, Lcite, & Cardoso 
199!0) where ACLP was used to implement a system 
that can handle recognition under incomplete informa- 
tion, and (i i) resolving incon sistencies in software re- 
quirements (Russo et al. I99£) where (a simplified form 
of) ACLP was used to identify the causes of inconsis- 
tency and suggest changes that can restore consistency 
of the specification. Also the intelligent inf ormation in- 
tegration work of (Bressan & Goh. 1997) although it 
does not use ACLP in its implementation its approach 
to information integration is based on an ACLP repre- 
sentation. 

Currently, we are considering two new applications of 
ACLP. One is that of the development of an information 
integration mediator for integrating information suit- 
able for electronic commerce applications. The other 
application area concerns the further development of 
the problem of planning with emphasis on (i) the study 
of a systematic way to exploit domain specific informa- 
tion, and (ii) the problem of planning under incomplete 
information about the initial state of the problem. 

We also mention that ACLP programs can be gen- 
erated automatically from example data using a ma- 
chine learning technique called abductive concept learn- 
ing. For details of this method and a related s ystem see 
http://www-lia.deis. unibo.it/Software/ACL/| . 



Evaluating the System 

At this initial stage of the development of the ACLP 
system the main aim of its evaluation is to understand 



the cost of the extra high-level expressivity layer that 
it gives (over for example CLP approaches) in compar- 
ison with the advantages of modularity that this may 
provide. The ACLP system has thus been evaluated 
mainly in two different directions: (i) computational ef- 
ficiency, particularly in comparison with the underlying 
CLP language of ECLiPSe on which it is implemented, 
and (ii) flexibility under changes of the problem speci- 
fication. The overall evaluation of an application under 
ACLP is a combination of these two factors together 
with the quality of the generated solutions under some 
optimization criteria when such criteria apply. 

For example, the air-c rew scheduling application in 
( Kakas fc Michael I999| ) produced solutions (for the 
small sized company of Cyprus Airways) that were 
judged to be of good quality, comparable to manually 
generated solutions by experts of many years on the 
particular problem, while at the same time it provided 
a flexible platform on which the company^] could eas- 
ily experiment with changes in policy and preferences. 
Also the re-scheduling module of the system was judged 
to be of high-value both as a tool for adjusting the ini- 
tially generated solution and for handling unexpected 
changes on the day of operation. 

The computational effectiveness of the ACLP system 
depends on two factors: (a) the effectiveness of the re- 
duction of the high-level ACLP representation to lower- 
level finite domain constraints and (b) the effeciency 
of the underlying constraint solver in propagating (or 
solving) these constraints. In fact, these two factors are 
interrelated as in many cases the reduction in (a) de- 
pends on the completeness of the propagation in (b). 
For some problems where these are not strongly related 
e.g. in the case of job-shop shcduling we can see that in 
comparison with (b) the overhead for the reduction in 

(a) is small. Information on these evaluation experime- 
nents can be found at the ACLP web pages. Further 
results of comparison on problems where factors (a) and 

(b) arc looscsly coupled can be foun d in the recent work 
of ( Pclov, Mot, fc Bruynooghe 2000 ) where experiments 
with various types of systems, including ACLP, on the 
constraint satisfaction problems of the N-queens and 
graph colouring have been perfomed. 

Another, but limited, comparison that we have car- 
ried out in order to test the effectiveness of the current 
ACLP implementation was a compari son with the use 
of Constraint Handling Rules (CHRs) (|Fruhwirth 1991 ) 
on the same problems of job-shop scheduling. On the 
whole the ACLP system was at least as effecient as 
CHR. It should be noted though that these comparions 
were carried out before recent developments on CHRs. 

In problems where the search space of the reduction 
of the high-level specification depends strongly on the 



1 Unfortunately, the company has decided not to use the 
system for reasons that relate more to their policy of adopt- 
ing a global solution to the full computerization of their 
operation with direct compatibility between their different 
systems. 



Performance Measurements 


Blocks 


time (in sees) 


# of moves 


15 


3.7 


23 


24 


15.19 


34 


33 


40.69 


49 


42 


69.5 


58 


51 


325.97 


74 


60 


345.52 


87 


69 


662.15 


101 



Table 1: Performance on Blocks World Planning 



fast detection that the contraint store of finite domain 
constraints is becoming unsatisfiable, the overall com- 
putational efficiency of ACLP can be sensitive to the 
particular way of modeling the problem and the amount 
of specific domain knowledge it contains pertaining to 
the computation aspects of the problem. Such a prob- 
lem is that of planning. As an example, table [l] shows 
the execution time (on a SUN Ultra- 1 with 64Mb RAM) 
and the number of moves required for an indicative set 
of blocks world planning problems. The representation 
of the problem that was used was purely declarative 
with the exception that the towers of the final state 
were to be build in a horizontal fashion from the bot- 
tom up. The number of available positions on the table 
was restricted to be one third of the total number of 
blocks in order to make the problems more computa- 
tionally demanding. These times are comparable with 
the execution times of sol ving such problems directly in 
ECLiPSe as reported in QEl-Kholy fe Richards 1990). 



The flexibility of the ACLP system as a knowledge 
representation framework is tested by examining how 
easy it is for a given ACLP representation to be adapted 
under changes in the requirements of the original prob- 
lem. There are two factors to measure here: (1) the 
programming effort required to adapt an existing so- 
lution to the new problem, and (2) the computational 
robustness of the system under such changes. Experi- 
ments in the domains of job-shop scheduling, air-crew 
scheduling and planning show that the extra program- 
ming effort in ACLP is considerably smaller than the 
corresponding effort when the problem is represented 
directly in ECLiPSe. In many cases, the effort required 
in ACLP is simply the addition of some new integrity 
constraints written directly from the declarative specifi- 
cation of the new requirements. The same experiments 
show that on the whole the computational performance 
of ACLP remains within the same order of magnitute 
under changes which affect the problem only locally in 
one part, e.g. extra requirements on the moves allowed 
for a particular " small" subset of blocks in the problem 
of blocks world planning. 

Another feature of the flexibility of ACLP is the abil- 
ity to use it to recompute the solution for a given goal, 
under some new information about the particular in- 



stance of the problem, so that the new solution re- 
mains "close" to the old solution, e.g. it contains a 
minimal number of changes from the old solution. Ex- 
periments to test this feature have been performed on 
the problems of job-shop and air-crew scheduling. Ta- 
ble shows an example of the results. For each one 
of these problems a new requirement of some resource 
unavailability was added (shown below in the first col- 
umn). The rescheduling results are shown in the third 
column of the table, which gives the time together with 
the number of changes needed on the existing solution 
in order to satisfy the new requirements. The fourth 
column displays the analogous information for the con- 
trol experiment of re-executing the goal with the extra 
requirement represented in the program but now with- 
out any initial solution. 

Future Development 

ACLP is a general purpose declarative programming 
framework. Hence its evaluation must combine differ- 
ent aspects of its performance. At this initial stage the 
emphasis in the development of the first prototype was 
on its declarativeness together with an acceptable com- 
putational performance. 

The search that ACLP performs in constructing a 
solution needs further study for improvement. Cur- 
rently, the system employs a few simple heuristics to 
help in its search. As ACLP is parametric on the un- 
derlying finite domain constraint solver improvements 
on its performance will improve the ACLP performance. 
More important though, is the interaction between the 
abductive reduction and the satisfaction of the finite 
domain constaints that it generates. This is the ma- 
jor aspect of the search space of ACLP. Hence one way 
to improve the ACLP search is to develop further the 
interface between the abductive reduction and the con- 
straint solver so that the propagation of the domain 
constraints varies according to some heuristic criteria 
on the point of the search space where the request to 
the constraint solver is made. 

In particular, while the abductive process is reducing 
the high-level goal and integrity constraints there are 
choice points where we can either introduce a new ab- 
ducible hypothesis in the solution or instead backtrack 
higher up in the search space. In many cases, this deci- 
sion can be made to depend on the satisfaction of some 
of the lower-level domain constraints that are generated 
by the abductive reduction. We can then evaluate the 
significance of their satisfaction (currently the system 
adopts a very simple form of evaluation) and depending 
on this guide the search to introduce or not a new hy- 
potheses in the solution. This has to be combined with 
the general heuristic of abductive search of prefering to 
reuse hypotheses and delay the specialisation of (non- 
ground) hypotheses or the generation of new ones. In 
developing though a better search for ACLP it maybe 
necessary to restrict our attention to separate classes of 
problems e.g. to develop separately an ACLP planner 
from an ACLP system for diagnosis. 



Performance &: Quality Measurements 


Problem 


Initial Solution 


Rescheduling 


Re- Execution 


# tasks - Resource Availability 


sees 


sees / changes 


sees / changes 


25 tasks 








i?4 unavailable in period (0,20) 


0.23 


0.27/4 


0.23/21 


50 tasks 








R2 unavailable in period (20,30) 


0.71 


1.94/14 


0.74/40 


75 tasks 








i?4 unavailable in period (0,16) 


1.03 


1.25/5 


1.81/25 


100 tasks 








R7 unavailable in period (20,35) 


1.61 


1.95/1 


1.67/47 



Table 2: Rescheduling Experiments for Resource Unavailability in Job-shop Scheduling 



These considerations of improving the general pur- 
pose search strategy of the system is an important next 
stage of development. On the other hand, it is clear 
that the general improvement of efficiency that can be 
achieved is limited as we are aiming to use the system 
for computational hard problems. Hence another line 
of development is to provide more facilities for problem 
specific information to be incorporated in the represen- 
tation of the problem whose exploitation can improve 
the performance of the system on the particular prob- 
lem at hand. This problem specific information could 
include information to directly control the search of the 
system on the particular problem in the same spirit of 
recent develop ments for controlli ng models in constraint 
programming (Hcntenryck 199£). 
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